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REMARKS 

The Examiner continues to reject claims 1-9 under 35 U,S,C- 102(e) as being anticipated 
by Sclimidt (U.S. Patent No. 6523059). Additionally, the Examiner has rejected claims 1, 4, md 
7 under 35 U.S-C 103(a) as unpatentable over Jeffords et aJ. (U.S. Patent No. 6510478). These 
rejections are respectfully traversed as outlined below. 

Rejections under 35 U.S.C. 102(e) 

Applicant has amended the independent claims to recite, taking claim 1 as an example, 
"saving a snapshot of a state of the first thread and thereafter setting the state of the first thread to 
a safe state" and **restoring the state of the first thread fi"om the snapshot" Support for this 
amendment can be founds for example, in Fig. 1, Fig, 6A and Fig, 6B. 

The Schmidt reference does not appear to anticipate or suggest such a feature. For 

example^ at col. 7, lines 38-48, Schmidt discloses: 

In the described embodiment, a global safepoint operation, such as a garbage collection 
operation^ is to be perfoimed for thread 200c. The global safepoint operation is typically 
expected to be programmed such that the global safepoint operation itself is embodied in 
code that is considered to be a safe region of code. Accordingly, when thread 200c 
initiates a "begin safepoint" 300, an assumption may be made that thread 200c is moving 
through a safe region of code. Thus, it should not be necessary to perform a check 
regarding the current state of a state flag associated with thread 200c, 

On the other hand, as discussed in Applicant's specification (at, for example, page 9, lines 9-17), 

A rendezvous operation is generally arranged to enable the thread to determine its status 
with respect to a requester thread, e.g., the thread which requested a check point A 
rendezvous operation also synchronizes between a reader thread and a writer thread, and 
handles notification of a writer and blocking of the reader, if necessary. One example of a 
suitable rendezvous operation will be described below with reference to FIG. 6A and 6B. 
Once the rendezvous operation perfoimed in step 1 10 is completed, the cached GC state 
is restored or otlierwise reached with respect to the thread in step 114, and the processing 
performed by an unsafis thread during a check point is completed. 

In summary, no assumption is made about the state of the thread. The present state of the tihread 

is **cached" and the thread is exphcitly put into a safe state. 

There is no suggestion in Schmidt for such a feature and, in fact, Schmidt explicitly 
teaches away fix>m such a feature (given its assumption regarding the safe state). 

With regard to Jeffords, this reference does not even consider whether a requestiag 
process is in a "safe" state. Rather, a "shared object" is controlled by a "lock owner" and all 
requests for access to the shared object must be through the lock owner.** See, e.g., coL 1 , lines 
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36-50. A requesting process can never access the shared object without pennission of the lock 
owner and, thus, there is no disclosure or suggestion of the requesting process (taking as given, 
for the sake of argument, that a "process" is a "thread") caching the present state and being 
explicitly put into a safe state. 

For ai least these reasons, then, it is respectfiilly submitted that the subject matter 
of the claims is patentable over Schmidt and Jeffords. 



Applicants believe that all pending claims are allowable and respectfully requests a 
Notice of Allowance for this application from the Examiner. Should the Examiner beUeve that a 
telephone conference would expedite the prosecution of this application, tiie undersigned can be 
reached at the telephone number set out below. 



CONCLUSION 



Respectfully submitted, 
BEYERWEAVER & THOMAS, LLP 




Alan S. Hodes 
Reg. No. 38,185 



P.O. Box 70250 
Oakland, CA 94612-0250 
(650) 961-8300 
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